Summary

Completed step five of the token-selector split plan by wiring the advanced-trade guardrails into the widget state/hooks, introducing canonical chain ordering, and adding Jest coverage plus helper utilities so future PRs can reuse the sorted view.

• Selector state now stores tradeType/forceOpen, and every open/close/select-chain path respects the limit/TWAP requirements so the modal stays mounted while users flip chains but still closes cleanly once a token is chosen.
• useChainsToSelect was refactored into single/input/output builders with clear fallbacks and the new sortChainsByDisplayOrder helper so the sidebar always mirrors the main network selector order.
• Added createChainInfoForTests and a focused Jest suite to lock in the sell-side and bridge-destination ordering guarantees, plus exported the updated hook for upcoming trade-widget plumbing.

Tests:

• npx nx run cowswap-frontend:test --runTestsByPath apps/cowswap-frontend/src/modules/tokensList/hooks/useChainsToSelect.test.ts

To Test

1. Swap flow — open the sell-token selector on a connected wallet

• Chains list matches the canonical network order from the main selector
• Closing the selector still works even after switching chains

2. Limit/TWAP flow — open the sell selector, then switch chains and select a token

• Widget stays open while switching chains (guardrail respected)
• Selecting a token closes the selector even if a network switch is pending
• Recent/favorite selections still update after the forced-close path

Background

Part of the staged token-selector rollout; this branch ensures the chain sidebar logic matches the documented plan before the trade-widget plumbing (step six) begins.